SQLite 线程安全和并发

SQLite 与线程

SQLite 是线程安全的。

线程模型

SQLite 支持如下三种线程模型

单线程模型这种模型下，所有互斥锁都被禁用，同一时间只能由一个线程访问。
多线程模型这种模型下，一个连接在同一时间内只有一个线程使用就是安全的。
串行模型开启所有锁，可以随意访问。

设置线程模型

SQLite 可以通过以下三种方式进行线程模型的设置，在实际应用中选择任一一项都可以。

编译期设定通过 SQLITE_THREADSAFE 这个参数进行编译器的设定来选择线程模型
初始化设定通过调用 sqlite3_config() 可以在 SQLite 初始化时进行设定
运行时设定通过调用 sqlite3_open_v2() 接口指定数据库连接的数据库模型

SQLite 并发和事务

事务

事务是 SQLite 的核心概念。对数据库的操作 (绝大部分) 会被打包成一个事务进行提交，需要注意的是，这里的打包成事务是自动开启的。举例而言，如果简单在一个 for 循环语句里向数据库中插入 10 条数据，意味着将自动生成 10 个事务。但需要注意的是事务是非常耗时的，一般而言， SQLite 每秒能够轻松支持 50000 条的数据插入，但是每秒仅能够支持几十个事务。一般而言，事务速度受限于磁盘速度。所以在批量插入时需要考虑禁用自动提交，将其用 BEGIN ... COMMIT 打包成一个事务。

回滚模式和 WAL

为了保证写入正确，SQLite 在使用事务进行数据库改写时将拷贝当前数据库文件的备份，即 rollback journal，当事务失败或者发生意外需要回滚时则将备份文件内容还原到数据库中，并同时删除该日志。这是默认的 DELETE 模式。

而后 SQLite 也引入了 WAL 模式，即 Write-Ahead Log。在这种模式下，所有的修改会写入一个单独的 WAL 文件内。这种模式下，写操作甚至可以不去操作数据库，这使得所有的读操作可以在 "写的同时" 直接对数据库文件进行操作，得到更好的并发性能。

锁和并发

SQLite 通过五种锁状态来完成事务。

UNLOCKED ，无锁状态。数据库文件没有被加锁。
SHARED 共享状态。数据库文件被加了共享锁。可以多线程执行读操作，但不能进行写操作。
RESERVED 保留状态。数据库文件被加保留锁。表示数据库将要进行写操作。
PENDING 未决状态。表示即将写入数据库，正在等待其他读线程释放 SHARED 锁。一旦某个线程持有 PENDING 锁，其他线程就不能获取 SHARED 锁。这样一来，只要等所有读线程完成，释放 SHARED 锁后，它就可以进入 EXCLUSIVE 状态了。
EXCLUSIVE 独占锁。表示它可以写入数据库了。进入这个状态后，其他任何线程都不能访问数据库文件。因此为了并发性，它的持有时间越短越好。

一个线程只有拥有低级别锁时才能够获得更高一级的锁

** Lock the file with the lock specified by parameter eFileLock - one

** of the following:

** (1) SHARED_LOCK

** (2) RESERVED_LOCK

** (3) PENDING_LOCK

** (4) EXCLUSIVE_LOCK

** Sometimes when requesting one lock state, additional lock states

** are inserted in between. The locking might fail on one of the later

** transitions leaving the lock state different from what it started but

** still short of its goal. The following chart shows the allowed

** transitions and the inserted intermediate states: